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GUARD TOUR SYSTEM 



Technical Field 



The present invention relates to an improved guard tour monitor system. More 
specifically, this invention relates to a system comprised of electronic hardware and software that 
insures that patrol guards or officers monitor all desired areas of one or more buildings or 
property. 



At one time guard tour systems consisted of mechanical clocks which used paper tape 
recording systems to time stamp events of a tour. Another type of prior art guard tour system 
includes a bar code reader that is formed into a portable, hand-held device. Attached to each 
checkpoint are bar code labels. The guard or night watchman then walks around to each 
checkpoint and scans in the associated bar code label with the hand-held device. After 
completing the tour the guard then transmits the recorded list of bar code readings and time 
stamps to a report-generating computer. 

Prior art guard tour systems also required guards to follow strict route requirements 
during the tours. Usually, once the tour began, the guard had to progress through the tour 
according to a predefined sequence of checkpoints so that the progress and location of the guard 
was always known. However, this arrangement can be counterproductive. Observers may be 
able to ascertain the guard's predetermined tour sequence and plan a break in based on that 
sequence. These systems also require that the guard proceed to each checkpoint in a 
predetermined amount of time. This does not allow the guard any flexibility to investigate 
unusual occurrences he encounters during the tour, because he must proceed to the next 
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checkpoint. 

Other prior art guard tour systems required that the guard type in any incidents 
encountered during the tour into a log maintained by the tour monitor so that these incidents will 
be included in the tour report. This is time consuming, and because it is done at the end of the 
tour, accuracy is sacrificed. 

Further, prior art guard tour systems required that a user enter a computer program or 
type in instructions to begin downloading information from the reader. This is often a time 
consuming process, requiring some computer skills. 

The present invention is directed to an improved guard tour system, which includes 
advanced electronic hardware and software with improved data acquisition and reporting 
capabilities. The present invention improves efficiency and insures that guard tours are 
completed accurately and that any security problems are detected quickly. 

Therefore, in light of the foregoing deficiencies in the prior art, the applicant's invention 
is herein presented. 

Summary of the Invention 
The guard tour system of the present invention is comprised of a computer running a 
computer program that enables a variety of electronic hardware components to function as the 
guard tour system. It is also contemplated that the computer program be multi-user and/or 
network compatible. The electronic hardware includes one or more touch button readers; one or 
more downloaders for use with the touch button readers and a plurality of touch memory buttons 
located along a guard tour. Each touch memory button includes preprogrammed information 
specific to its particular location. As a guard or night watchman progresses through the guard 



tour he or she reads the information stored within each touch memory button using a hand-held, 
battery operated touch button reader. At the end of the tour the guard then places the touch 
button reader in a downloader which transfers the stored data to one or more central computers 
for processing. 

The central computer is programmed to download tour data from the readers, process 
such data and generate reports summarizing patrol data. Although these are the primary 
functions of the central computer, other functions may be performed by the computer as will be 
described herein. 

The hardware of the present invention automatically configures itself to be compatible 
with a variety of guard tour systems from other manufacturers. Therefore a company already 
using certain guard tour checkpoints and readers can easily use the system of the present 
invention. 

The preferred embodiment of the present invention also includes a number of features 
designed to facilitate easy use of the system. The computer program provides a hierarchical 
organization of information to give users easy access. The system also includes a feature that 
allows users to download data even when the guard tour computer program is not running on the 
central computer. Further, the present invention provides insert detection, so that when a reader 
is placed into the downloader system, the data are immediately downloaded without the need for 
instructions from the user. Additionally, users can customize reports to suit a particular need. 

The guard tour system of the present system also includes enhanced security features. 
Particularly, the present invention solves a deficiency of prior art systems that required a guard to 
visit each checkpoint in a predetermined sequence and in a prescribed amount of time. The 



present invention implements a method consisting of rules which allow more flexibility in guard 
tours. 

Although the preferred embodiment of the disclosed guard tour system is directed toward 
security applications, the system can also be used in a plurality of applications in which it is 
critical that regular checks of various conditions are made and verified. For example, the present 
invention can be used to insure regular checks of fire extinguishers throughout a facility. In this 
example each fire extinguisher would include a touch memory button fastened to its exterior. 
The touch button memory would include information identifying the particular fire extinguisher 
in almost an identical manner as when the touch memory buttons are used throughout a guard 
patrol path. Other applications for the present invention, include but are not limited to, 
equipment checks, maintenance checks, hotel, restaurant, super market and/or restroom cleaning 
checks, patient checks in hospitals, and just about any application which requires regular 
monitoring and accountabihty. 

Based on the foregoing, it is an object of the present invention to provide a guard tour 
system wherein guards can quickly and easily gather patrol information and transmit such 
information to a central location. 

It is another object of the present invention to provide a hierarchical organization system 
for security information. 

It is another object of the present invention to define rules for determining the number of 
times a particular location was visited during a patrol or shift. 

These along with other objects and advantages of the present invention will become more 
readily apparent fi*om a reading of the detailed description taken in conjunction with the 



drawings and the claims. 

Brief Description of the Drawings 

Fig. 1 is a partial schematic illustration of the guard tour system of the present invention 
comprising a central computer, one or more downloaders, a plurality of touch memory buttons 
and one or more touch button readers; 

Fig. 2 is an electronic block diagram of a touch button reader of the present invention; 

Fig. 3 is an electronic block diagram of an intelligent downloader of the present 
invention; 

Fig. 4 is an electronic block diagram of a direct downloader of the present invention; 
Fig. 5 is a chart showing the hierarchy used to group and display information in the 
present invention; 

Fig. 6 is a chart summarizing the hardware devices hierarchy in the present invention; 

Fig. 7 is a flowchart illustrating the process of setting up the computer program and 
electronic hardware of the present invention. 

Fig. 8 is a flowchart showing the progress of a guard tour using the present invention; 

Fig. 9 is a flowchart of the downloading process in the present invention; 

Fig. 10 is a flowchart illustrating the process of generating and printing reports using the 
present invention; 

Fig. 11 is a flowchart illustrating the process of generating and printing batch reports 
using the present invention; 

Fig. 12 is a flowchart representing a computer program feature of the present invention 
used to help add hardware devices to the system; 



Fig. 13 is a diagram of the attendant computer program component of the present 
invention; 

Fig. 14 is a chart illustrating the modular design of a preferred embodiment of the present 
invention; 

Fig. 15 is a flow diagram showing the process of creating and defining rules in the 
present invention. 

Detailed Description of the Preferred Embodiment 
The present invention is fiilly described hereinafter with reference to the drawings, in 
which preferred embodiments of the invention are shown. The invention may also be embodied 
in many different forms and should not be construed as limited to only the disclosed 
embodiments. The provided embodiments are included so the disclosure will be thorough, 
complete and will fully convey the scope of the invention to persons of ordinary skill in the art. 

A person of ordinary skill in the art would appreciate that the present invention may be 
embodied as a method, data processing system, or computer program product. As such, the 
present invention may take the form of an embodiment comprised entirely of hardware; an 
embodiment comprised entirely of software or an embodiment combining software and hardware 
aspects. In addition, the present invention may take the form of a computer program product on a 
computer-readable storage medium having computer-readable program code means embodied in 
the medium. Any suitable computer readable medium may be utilized including hard disks, 
CD-ROMs, optical storage devices, or magnetic storage devices. 

The present invention is described with reference to flowcharts and/or diagrams that 
illustrate methods, apparatus or systems and computer program product. It should be understood 



that each block of the various flowcharts, and combinations of blocks in the flowcharts, can be 
implemented by computer program instructions. Such computer program instructions can be 
loaded onto a general-purpose computer, special purpose computer, or other programmable data 
processing device to produce a machine, such that the instructions that execute on the computer 
or other programmable data processing apparatus create means for implementing the functions 
specified in the flowcharts. The computer program instructions can also be stored in a 
computer-readable memory that directs a computer or other programmable data processing 
device to function in a particular manner, such that the instructions stored in the 
Q computer-readable memory produce an article of manufacture including instruction means which 
=p implement the function specified in the flowcharts or diagrams. The computer program 
instructions may also be loaded onto a computer or other programmable data processing 
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; J apparatus to cause a series of operational steps to be performed on the computer or other 

1^ programmable apparatus to produce a computer implemented process such that the instructions 

\^ which execute on the computer or other programmable apparatus provide steps for implementing 

1 n 

•■J : 

;y the functions specified in the flowcharts or diagrams. 

It will be understood that blocks of the flowcharts support combinations of means for 
performing the specified functions, combinations of steps for performing the specified functions 
and program instruction means for performing the specified functions. It is also to be understood 
that each block of the flowcharts or diagrams, and combinations of blocks in the flowcharts or 
diagrams, can be implemented by special purpose hardware-based computer systems which 
perform the specified functions or steps, or combinations of special purpose hardware and 
computer instructions. 
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The present invention could be written in a number of computer languages including, but 
not limited to, C++, Basic, Visual Basic, Fortran, Cobol, Smalltalk, Java, and other conventional 
programming languages. It is to be understood that various computers and/or processors may be 
used to carry out the present invention without being limited to those described herein. The 
central computer 14 is an IBM or IBM-compatible personal computer, preferably utilizing a 
DOS, Windows 3.1, Windows 95, Windows NT, Unix, or OS/2 operating system. However, it 
should be understood that the present invention could be implemented using other computers 
and/or processors, including, but not limited to, mainframe computers and mini-computers. 

Although the following description refers primarily to memory buttons and touch button 
readers to be used in conjunction with the present invention, it is contemplated that the system 
can be carried out using other existing modes of marking checkpoints, including but not limited 
to, touch memory buttons, bar codes, magnetic strips, radio frequency transmitters/transceivers, 
and ultrasonic transmitters/transceivers. 

Turning now to the drawings, Fig. 1 shows a partial schematic illustration of the guard 
tour system of the present invention. Guard tour system 10 is primarily comprised of a central 
computer 14 and a monitor 12 that communicates with one or more types of data downloading 
devices. The most basic data downloading device is direct downloader 16 connected to central 
computer 14 through standard communications means 38, such as an RS-232 cable. Direct 
downloader 16 includes touch memory button port 30 and touch memory reader port 32. The 
guard tour system 10 also includes one or more touch button readers 24, which are hand-held 
devices carried by guards from location to location to read preprogrammed information from 
each touch memory button 26. Touch memory buttons 26 are typically mounted to walls 28 or 



other structures at predetermined points along a guard patrol. By inserting the touch button 
reader 24 within touch memory reader port 32 of direct downloader 16, central computer 14 can 
read guard tour information or patrol data from the touch button reader 24. Direct downloader 16 
connects directly via a cable to the serial communications port of the central computer 14. After 
the patrol data has been downloaded to central computer 14 the patrol data are erased or cleared 
from the touch button reader 24. 

Other types of data downloading devices also include mobile downloader 1 8 and modem 
downloader 20. Each of these downloaders also include touch button memory ports 30 and touch 
memory reader ports 32. By inserting the touch button reader 24 into the touch memory reader 
port 32 the central computer 14 is able to download information from the reader. Mobile 
downloader 18 connects directly to the serial communications port (not shown) of the central 
computer 14. Modem downloader 20 connects to the central computer 14 over the telephone 
lines via a modem. Data are transferred bidirectionally between the downloaders (16, 18 and 20) 
and the guard tour software via a plurality of communications means 38, including but not 
limited to direct line, infrared, radio frequency, telephone lines, cellular telephones, over the 
Intemet, satellite transmission or any other method of transmitting digital information. 

Fig. 2 shoVs the functional blocks that make up touch button reader 24 of the present 
invention. Reader 54 is comprised of microcontroller 40, nonvolatile memory 42, and real time 
clock 44. Primary battery 52 provides main power to the touch button reader 24. Backup battery 
54 provides power tomie^ory 42, thereby making it quasi-nonvolatile, to maintain the patrol 
data read from^^^iOuSbi^nemory buttons 26 and the kernel software for the touch button reader 
24 during replacemeMpf primary battery 52. In use the tip of the touch button reader 24, 



electrically connected to I/O port 48, is maced in contact with a touch memory button 26 
mounted on a wall 28 or other surface. Tsuch memory button 26 receives power from the touch 
button reader 24. Data from touch memory button 26 is then stored in nonvolatile memory 42, 
along with the time and date of the read presided by real time clock 44. In one embodiment 
touch button reader 24 can store up to 4,880Mata reads before the data must be downloaded 
(optional) and the reader cleared. The readerlpan be programmed to alter its behavior via the 
programmer I/O 46 (input/output). The operalion of touch button reader 24 is controlled by a 
microcontroller 40 which communicates with other internal components via data bus 58, address 
bus 56, and I/O bus 60. The data in a touch bmton reader 24 is transferred to the guard tour 
computer program through the downloaders lo! 18, and 20 shown in Fig. 1 . The data transfer or 
downloading is initiated by placing the touch button reader 24 into the touch memory reader port 
32 of one of the downloaders. 

Fig. 4 shows the functional blocks that make up direct downloader 16 of the present 
invention. Direct downloader 16 includes I/O b|>ard 94 and communications port 104 which 
handle communication between the communicatJons Bert (not shown) of central computer 14 and 
control plug-and-play dynamic hardware identj(Mation. iDirect downloader 16 also includes 
indicators 92 and test logic 90. Indicator?^ ^isfl^y the status of data transfer and power 
supplied to the downloader 16. When touch butt&i reader 24 is placed in touch button reader 
port 32 (reference numeral 102 of Fig. 4) test logije 90 provides pass/fail indication for the 
primary battery 52 for reader 24. 

The Windows 95 and later operating systefli marketed by the Microsoft Corporation 
includes the plug-and-play dynamic hardware idemification feature which will detect the 
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presence of the downloadar 16, and then proceed to install the downloader. The plug-and-play 
capability of the Direct Downloader 16 solves a common problem with computer communication 
port devices because it is noAnecessary to assign interrupts, resolve IRQ conflicts, or determine 
communication port assignments with devices that meet plug-and-play standards. It is also 
contemplated that mobile dowmoader 18 and modem downloader 20 can also incorporate the 
same plug-and-play dynamic haraware identification feature. 

Direct Downloader 16 haAng plug-and-play compatibility is also used to enter ID 
numbers from each touch memory Button 26 into the database of the guard tour computer 
program of the present invention. I&ading and associating locations with ID numbers from the 
touch memory buttons 26 is typicallll done during initial setup of the guard tour computer 
program. When a touch memory butron 26 is placed on the touch memory button port 30 
(reference numeral 102 in Fig. 4), the luard tour computer program running on central computer 
14 records the ID number of the buttonfe6. The user then uses the keyboard (not shown) to enter 
a description of that button 26 into the ^ard tour computer program database running on central 
computer 14. The user must choose a-^^ie" for each touch memory button 26 such as Officer, 
Incident, and Location. While one prefelred embodiment uses touch memory buttons 26 that are 
permanently preprogrammed wf^ an^de^!f5Sion number, basically making them read-only 
memory, the present invention could^&ilapMe reprogrammable touch memory buttons. This 
option would allow various types of information to be included within the touch memory button 
making them more versatile. A person of ordinary skill in the art understands the 
interchangeability of read-only and reprogmrnmable memory devices. 

"Officer" buttons can be defined wim the patrolman or officer's name, an identification 
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number or any other means of idantifying a specific officer. The officer will typically carry this 
button when making patrols. "Incraent" buttons can be defined with descriptions of typical 
problems found while making patrlls. Examples of typical problems include but are not limited 
to "window broken", "door unlocked^, "tampering" and other problems noted during patrols. 
Incident buttons can be customized dm)ending on the characteristics of the area being patrolled. 
Incident buttons are carried with patrollpfficers, often in a wallet designed for that purpose. 
Users can create incident buttons with cmplicate descriptions so that they may be carried by 
several patrol officers at a given time. "llocation" buttons are defined with the names or 
descriptions of the locations to be patrolled. These buttons are installed, usually on a wall 28 or 
other hard surface near each location. Thaguard tour system 10 of the present invention 
contemplates that users can identify touch memory buttons 26 with any information necessary to 
identify an aspect of a guard tour or patrol. 

Mobile Downloader 18 and Modem Downloader 20 of the present invention are shown in 
Fig. 1. These devices are known genericallyps intelligent downloaders. A block diagram of the 
circuitry that makes up intelligent downloa^^*^ is shown in Fig. 3. InteUigent downloader 18 
(also referred to as Mobile Downloader 18)M:lud^ and uses a microcontroller 62 to control all 
of its functions. Microcontroller 62^(veifes iS^erating instructions from a computer program 
stored in EPROM 64 (electrically prograr^5^4aJ|!fe read only memory). Microcontroller 62 
electronically communicates with EPROM 64 through data bus 58 and address bus 56. 

Intelligent downloader 1 8 includes men|pry 66 to store guard tour data fi-om the touch 
button reader 24. In one preferred embodiment Inemory 66 is comprised of a bank of SRAM 
(static random access memory) which is providid back up power (or made quasi-nonvolatile) by 



3 volt battery 80. Memory 66 iApreferably of sufficient size to store 7,000 or more data records. 
While data records are maintainid in memory 66 if main power to intelligent downloader 18 is 
lost, for normal operation an exteanal 9 volt power supply 76 is required. Intelligent 
downloaders 18 may also included display 34 such as an LCD (liquid crystal display). Display 
34 is electrically connected to external port 68 by I/O/control/status bus 88 and extended address 
bus 84. The display 34 allows users to view the current date and time (provided by the real time 
clock 72), the memory 66 and data cfownload status, and a variety of diagnostic information. 
When intelligent downloader 18 is configured as a Modem Downloader, display 34 provides a 
menu from which the user can select the type of modem connected to external port 68. There are 
also several LEDs (light emitting diodes) connected to external port 68 used to indicate the status 
of system power, memory, data transfisr, and the modem (Modem Downloader 20 only). 
Intelligent downloader 18 is configure i during the manufacturing process as either a Mobile 
Downloader 18 or a Modem downloader 20. 

The Mobile Downloader 18 is i itended to be used in a car or truck and powered from the 
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from site to site that will be guarded. 



the touch button reader port 32 



cigarette lighter or accessory outlet in ti iq^iss^le. Typically Mobile Downloader 18 is taken 

ed. Mcl 



downloaded the touch button reader 24 



readers 24 have been downloaded into 



ich butran reader 24 used at each site is then placed in 
!oader 1 8 and the patrol data from the touch 



button reader 24 are downloaded n^o n: emmy 66, shown in Fig. 3. After patrol data are 



is cleared and its real time clock 44 is reset making the 



touch button reader 24 ready to be imm ;diately returned to service. When all touch button 



le Mobile Downloader 18, it is removed from the vehicle 



and taken to the central computer 14 ojwhich the guard tour computer program is being run. 
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The backup battery 80 maintainsuhe patrol data in memory 66 of Mobile Downloader 18 until 
the downloader 1 8 can be connected to its normal office power supply 76. Once the Mobile 
Downloader 1 8 returns to the user'acentral office it is connected to the communication port (not 
shown) of central computer 14 and me patrol data stored in memory 66 is then transferred to the 
guard tour computer program database. Once this download is complete, memory 66 of Mobile 
Downloader 18 is cleared and its realtime clock 72 is reset to match the internal clock (not 
shown) of central computer 14. 

The Modem Downloader 20 cam be used in the same manner as Mobile Downloader 18, 
except that Modem Downloader 20 hasjthe additional capability of transferring patrol data from 
its memory 66 to central computer 14 via modem 22 (shown in Fig. 1). Modem 22 allows 
remote site locations to transfer patrol data to central computer 14 located at a central office. In 
this configuration central computer 14 acts as a host computer. The initiation of the transfer of 
patrol data can be from the Modem Downloader 20 or the host computer (central computer 14). 
An RS-232 communication cable is usedlto connect the modem 22 to the Modem Downloader 
20. When the touch button reader 24 isp|^d in touch button reader port 32 the patrol data from 
the touch button reader 24 is downloaJedBntoVnemory 66. Next the touch button reader 24 is 
cleared and its real time clock 4^*4s^eset Siaking touch button reader 24 ready to be returned to 



service. When all touch button readers 
20, either the Modem Downloader 20 can 



lhave been downloaded into the Modem Downloader 
lial the host computer (central computer 14), or the 



host computer can dial Modem Downloadir 20. 

For the Modem Downloader 20 toHnitiate the call to the host computer the following 
protocol is used. The user designates specRfic touch memory buttons 26 as "command buttons" 
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using the guard tour computer program. In addition, specific touch button readers 24 are 
designated as "command readers". The gulrd tour computer program stores command button 26 
and touch button reader 24 information, along with the telephone number for the host computer, 
the local time zone, and other information immemory 66 of Modem Downloader 20. When a 
command button is touched to the touch memory button port 30 of downloader 20, or a 
command touch button reader 24 is placed in |he touch button reader port 32 of downloader 20, 
the Modem Downloader 20 will dial the storeS telephone number. When the modem (not 
shown) in the host computer answers, the guam tour computer program will download the patrol 
data from the Modem Downloader 20, clear its memory 66, and reset its real time clock 72. The 
telephone line modem connection is then autogiatically disconnected. For the host computer to 

bedure is used. The user specifies the locations, 
telephone numbers, time zones, and other infoSmation for each remote patrol site. When desired, 
the user can then use the guard tour computer program to initiate a call to the remote patrol site. 
When the connection is established, the data tmnsfer continues as previously described. 

Fig. 5 shows the hierarchical organizafion of information in the preferred embodiment of 
the present invention. Information can be groJlped\ito categories or "nodes" including but not 
limited to Clients 400, Facilities 40\Groui<SfeL04, aid Locations 406. Client nodes can have 
subordinate facilities, groups and/or loca^i;m^n^es. Facilities can have subordinate groups and 
locations nodes, and groups can have subordinate locations nodes. This organization is 
advantageous to the user because he or she can quickly access information on a single screen 
without searching through various menus orlon-screen forms. 



call the Modem Downloader 20 a different pro 



In use, the categories can be used tojlivide information into an easily accessible hierarchy 
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of nodes. For example, the Client category may be used by security companies who supply 
services to a variety of different organizations to keep lists of clients 408 and the relevant 
information about each client in a central location. If a particular client has several facilities 
requiring patrolling, each of those can be listed in a separate facilities node under the client's 
node. In addition, if there are multiple locations in a particular facility or area that need to be 
checked as part of the patrol tour, thelp can also be listed subordinate to the client's node. 
Further, in-house security department^may use the groups 404 or locations 406 categories to 
organize patrolling for their own business. 

For instance, the user may list rooms or floors as groups and then certain rooms or offices 
as locations. Use of each category is optional and is not necessary to the function of the system. 
The above list is merely exemplary and|s not an exhaustive list of all uses of the hierarchical 
categories of the present computer pro^ 

Fig. 6. shows the hierarchical organization of the hardware devices used with the present 
invention. The hardware devices including readers 418, downloaders 420, software 422, and 
technical support resources 424 are organiaa^n a hierarchical node system. Users list under 
each node the specific identity of each hamware\omponent in the system. In the Readers node 



41 8, the user identifies all of the iWie^ 
system or in use at a particular time. 



all software modules available and detei 
Technical Support Resources node indie 
and can produce a report that may be hel 



the downloaders in the system and their 1 cations. Under the Software node, the user may view 



3er or name to show all of the readers in the 
le Downloaders node, the user could specify all of 



ine which are presently activated. Finally, the 

ies how to contact the supplier for technical support, 
[1 for technical support incidents. 



16 



The hierarchical arrangement Sf the present invention improves on previous systems in 
that it gives access to all readers and dpwnloaders through one click of a mouse button. This 
simplifies adding, deleting, renaming aiid downloading all hardware used for patrols. 

Fig. 7 illustrates the process of itting up the guard tour computer program and hardware. 
In one preferred embodiment of the invention, Setup is primarily used to define memory buttons 
or other "checkpoints" that describe and ^ientify officers, incidents, and locations. Some steps in 
the set up process are optional; the need i)r the various steps is determined by the type of 
organization using the computer program and its business or other requirements. At the start of 
the Setup 120 process the user has the opmon of defining patrol detail records that include but are 
not limited to clients, facilities, groups anji/or locations 122. These are defined as shown in Fig. 5 
and as described above. The user also has the option of defining rules 122. The process of 
defining rules is shown in Fig. 15 and described below. 

An alternate or contemporaneous first step in the Setup 120 process is to define security 
passwords 124. If security is enabled on me guard tour system or application, it will request a 
password when the computer program starts. The application will not run if the proper password 
is not entered. A supervisor can assigifl pass^^ds to individuals or to groups of employees. 
Particular passwords can be ctofieufe^^g^airfile certain levels of access. For example, some 
employees may have full access, tm user has complete access to all guard tour 
information, while others have report-onlV access, where the user can only print or preview 
reports. Some users may have read-onlylaccess, where the user may view the report data but 
may not make any changes to data. It isfcontemplated by the present invention that users can 
define the access that particular individuals can have to patrol data according to the user's needs. 
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Because passwords allow oilly certain individuals to have full access to the security reports, the 
chances of data tampering ara minimized. 

The next step in the selup process is to install the necessary hardware. The software can 
autodetect and install local andjfor remote readers and downloaders 126 or manually install local 
and/or remote readers and dowrtloaders 128. A software "wizard" for adding devices can be used 
to assist with this process as shown in Fig. 10 and described below. Wizards are small computer 
programs or software routines that assist users in performing small tasks such as installing new 
hardware. After the appropriate hardware is installed, the user can add memory buttons to the 
system manually 130, by touchingkhem to the touch memory button port 30 of a downloader 16, 
at which point the computer progra^ will detect the button 26. Again, it is contemplated that 
these features be incorporated within Mobile Downloader 18 and Modem Downloader 20. Then 



a software wizard assists with the process of identifying new or unassigned memory buttons 134. 
Next, the user defines the memory blitton by assigning a description such as location name, 
officer name, description of an incident or any other characteristic necessary for a particular 
patrol 136. 

An additional feature of t^CBEeseef invention is that touch memory buttons, downloaders, 
checkpoints and other hard\^|g and/ol-information records may be completely detached from 
their predefined meaning. This allows ^le user to change the meaning of a touch memory button 
(downloader, checkpoint or other hardv|are / information record) at any point in the life of the 
button without affecting previous, histojic data. This maintains historic data integrity while 
allowing for maximum flexibility in th J guard tour system. 

Altematively, information can A collected and downloaded from the reader used in the 
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system 132. For example, if touch memoryfcuttons 26 or other types of checkpoint devices are 
already placed in the field, a compatible realer can be taken into the field to read those 
checkpoint devices. The reader can then be placed into the touch memory reader port 32 of a 
downloader. The reader v^ill be detected ancBthe information downloaded and installed into the 
guard tour computer program database. AfteS downloading, the guard tour computer program 
will install the defined memory buttons or checkpoints into the system. If an undefined 
checkpoint is found, the software wizard will assist the user in defining this checkpoint 136 as 
described above. The user repeats steps 130-1^6 until all touch memory buttons 26 or 
checkpoints are defined. 

Next, the user has the option of definin| command buttons and readers 138. These are 
specific buttons or readers identified so as to initiate a call to the host computer 14 when touched 
to the memory button 26 or the reader port 32 If the modem downloader 20. The user also has 
the option of defining additional rules 140 as Jescribed below. Further, the user may define 

I 

custom reports 142. The present invention p$a^des the option of creating a variety of report 
types which can be customized for a particulp useiV Customizable options include adding the 
client's contact information, settin^^e daj(e ^SgSTnltering by specific locations, officers, 
incidents or any other user defined charafet^jgjc. Reports may also be customized with the user 
or client specific designs, such as logos or watermarks. This is done by creating custom bitmaps 
in any appropriate application, then placing tlfese bitmaps in the correct directory on the user's 
hard drive. It is also possible to include drav\^ngs or photographs of patrol stops or other visual 
information to include in the reports. 

Once the user has completed the ess^tial steps and has selected optional steps, the setup 
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is complete 144. However, the usef has the option to add, delete or change this information at 
any time. 

Fig. 8 illustrates making a ty&ical patrol with a touch button reader 24. This process is 
independent of the computer program, and any type of reader compatible with the location 
markers in the field may be used. Th| officer or guard may start a patrol 146 by reading his 
officer button with the touch button r^der 24 to be used on the tour 148. Although this step is 
optional, doing so allows filtering of tne printed reports according to the officer. This officer 
makes a patrol of locations 150, reading the location memory button 26 or other checkpoint 
device with the reader 24 at each location 152. Steps 150 and 152 are repeated at each location 
on the patrol. In addition, the officer wijll look for any incidents along the patrol route 154. The 
officer carries incident report buttons with him. If there are incidents to report, the officer will 
touch the appropriately defined incidentjreport button 156 with reader 24 to report such an 
incident. If there are no incidents to report, but there are additional checkpoints on the patrol 
158, the officer proceeds to the next location 160 and repeats steps 150 and 152. If there is 
another patrol to be made 162 by the samS^fficer 164, the officer will go back to step 150. If the 
next patrol is to be made by another ofS^er, t^ reader 24 can be passed to the next officer to 
make the patrol. The next officfey^ds n^s officer button 148 to begin the next patrol. If there 
are no additional patrols to be made theTnformation can be downloaded 66 fi*om the reader 24. 
Information does not have to be downlolded fi-om readers 24 at specified time periods such as at 
the end of every patrol or shift. The reader 24 is capable of storing the information for days or 
weeks if necessary. 

Fig. 9 illustrates the downloading process. An attendant software program, which will be 
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described below, controls thddownloading process. To begin downloading, the attendant 

computer program is run on tlJp computer 168. The guard tour application does not have to be 

running at the time a downloadlpccurs. This is an advantage over other tour systems because it 

provides enhanced security. Tha progress of the downloading process depends on whether the 

downloader (16, 18 or 20) is local or remote 170. If the downloader is local, the officer or guard 

places the reader in the download^ 172. If the insert detection feature of attendant computer 

program is enabled 174 the patrol mta. are downloaded at 178. The insert detection feature 

allows a user to insert touch button leader 24 into downloader 16 to initiate the downloading 

process. With less sophisticated systems, a switch or button must be used to initiate 

downloading once the reader is placea in a downloader. The insert detection feature is also 

designed to detect third party readers of inferior design. Upon detection of a reader 24 within 

reader port 32, downloader 16 identifies the specific type of reader detected and employs the 

correct communication protocol necessary to download guard patrol information to the central 

I 

computer 14. The downloader 16 is coupled to the central computer 14 by a vanety of 
communication means, including but noj Umited to, electrical cables, telephone lines, cellular 
transmission, radio frequency transmission and satellite transmission. If the insert detection is 
not enabled, the user must initiate the download 176 by selecting the download option from a 
menu. Once the user has properl^jjj^^ the download by the computer, the patrol data are 
downloaded 178. 

If the downloader is at a remote IcSpation, the downloading occurs differently. The reader 
is placed in the downloader at 1 80. At this point the host computer may dial the remote location 
1 84. If the host dials the remote downloac&r, the user initiates the download by selecting the 



21 



download option from a menu or typing il specific download instructions. Once a connection is 
established between the host computer anl the downloader, the tour data are downloaded to the 
host computer at 178. Alternatively, the rfinote system may be configured to dial the host 
computer. If this is the case, a "command" touch button reader is placed in the downloader' s 
reader port 32, or a ''command" memory bulton is touched to the downloader' s touch memory 
button port 30 to instruct the downloader to |ial the host computer 186. Other types of readers 
may require scanning a "dial strip" to initiate|dialing from the remote site. The remote 
downloader will dial the host computer 188 \Shich downloads the patrol data 178. 

At this point, the remaining steps in tl^ downloading process are the same for both 
remote and local downloaders. If the guard tojir application of the present invention is running 
190 or the attendant computer program is configured to start the guard tour system 202 the host 
computer will begin processing the downloadJd data 192. If there are any unknown memory 
buttons in the data the unassigned button wizard 196 is activated. This will prompt the user to 
identify such buttons 198. Once any unknownlbutWs have been identified or if none exist, the 
downloaded data are processed and reports (^Bbe geraprated (Figs. 10 and 11). 

At any given time the guardlour ^pli^ionmay not be running, the attendant computer 
program may not be configured to start t!fe*^ii?d tour software or a password may be required to 
run the guard tour software. If any of these is Sie case, the data are stored by the host computer 
for later processing. 

Fig. 10 shows the procedure for printii^ reports. In one preferred embodiment of the 
invention, reports can be printed showing memory button listings as well as reports of the 
downloaded patrol data. Reports may be diviled into basic or advanced report types. The user 
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may choose to generate repeats for individual downloads or for all downloads that fall within a 
user-specified range of dates fe 10. Basic reports are made for one or more selected downloads. To 
generate these reports, the usSr either selects the print option fi-om a systems tab 212 (a type of 
menu option) or from a downljpad properties tab 214, which allows the printing of basic reports 
with a single mouse click. 

This saves considerable lime because it requires no prior set up. This method allows 
printing a report for any single download, groups of downloads, or button listings for specific 
types of buttons, and technical sunport information. The user has the option of viewing the 
report data on-screen before printing 216. The final step is printing the report 218. 

The user may choose to print more complex types of reports as necessary. The user can 
select to print reports by date rangefelO to generate these more advanced reports. The user 
selects the type of report 220 from cmoices including but not limited to incident reports, officer- 
location reports, officer-incident-locStion reports, rule exception reports, and other reports. Next 
the user can set up options such as date r^ige, appearance and filters 222. A date range can be 
set by specifying "from" and "to" dil^^bet^en which all patrol data will be included. Report 
appearance options include buN^ noffllimited to such items as company logos, cover sheets, 
photographs, detailed headings, watermarks, bitmaps, drawings, illustrations, trademarks and 
patrol statistics in the reports. A user mn also select a report style from a list including but not 
limited to business, classic, and fax. pflters are set to fiirther refine the patrol data in the reports. 
With filters, the user can select specificSofficers, incidents, locations, chents, facilities, groups or 
other characteristics. Only data appropi^te to these selected characteristics are included in the 
report. 
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Next, the user has the offtion of setting up a cover sheet for the reports 224. The user also 
has the option of defining rules mr the specific report 228. Finally, the user can preview the 
report on-screen 230 and/or printtthe report 232. 

Fig. 1 1 illustrates the concept of batch reports. Any custom reports can be selected and 
saved in a batch report 226 (Fig. 1^. This saves considerable time when a group of reports must 
be printed regularly. The user simpw selects from a list any custom reports to be included in the 
batch 236, then assigns a name and ^ves 238 the batch report. When the batch report is printed 
240, all of the reports included in the|>atch are printed in order without user interaction. 

Fig. 12 illustrates the mechaniSn in the guard tour system of the present invention for 
adding readers 24, downloaders (16, 1 8 or 20), or other devices to the system. The guard tour 
computer program contains a "wizard"lvhich assists the user in completing the process and 
automatically installs the added deviceslto the system. For downloaders connected directly to the 
central computer 14 (local devices), the^ser must connect the downloader to the 
communications port 242 of the central (|)mputer 14, insert a reader 24 in each downloader at 
250, and then start the "add devices" wizard 246. This wizard polls the local communications 
ports and identifies and installs the locatelL4£yices 252. After all devices have been found and 
installed the user exits the "add devices" )FizardY64, If no devices are detected 256 the user may 
try again by directing the wizarcko r^arfeteipTOcess 258. 

For remote devices the user n^st^e jup the downloader(s) and modem(s) at the remote 
locations by connecting the downloaders t<3 modems, connecting the modems to the phone lines 
244 and placing readers 24 into the downloaders 250. The user then starts the "add devices" 
wizard 246. The telephone numbers for thj remote locations are entered 248. The wizard will 
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dial each location, connect to the remote device and install the devices 254, As with the local 
devices, if no devices are found, the i&er can direct the wizard to repeat the process 258. When 
the remote devices are added to the gimrd tour system, the user can enter information about the 
time zone in which each remote devic^Jis located and modem phone number for the remote 
location 260. 

At any time the user may manu^ly add devices with help from the add devices wizard 
262. This option allows a user to select |rom a hst of supported devices, and assists the user in 
assigning the correct communications poi 



The process by which the present 
devices such as readers and downloaders 



nvention automatically scans for, detects and installs 
liminates many of the problems found in prior art 



description of each device is automatically 
hierarchy, as shown in Fig. 6, The user can 



systems particularly finding and assigning communications ports, interrupt requests and 
understanding specifications of the device^ being added. After the devices are added, a 

placed under the appropriate nodes in the hardware 
rename these devices at any time. 
Fig. 13 shows the internal operati^^S^ attendant computer program component. The 
attendant computer program 266 provide? the communications between the guard tour system 
application 290 and the external d^!^^2^, i.e., the readers and downloaders. The attendant 
computer program consists of a user interface 280, and several hardware driver files 270 -278. 
Driver files give the attendant computer pr Jgram the unique ability to download, clear, set time 

I 

and date, and perform operations with a variety of readers and downloaders. The user interface 
280 of the attendant computer program alio |/s the user to initiate downloading of both local and 
remote devices, set options for the program and disable or exit the attendant computer program. 



25 



The attendant computer program can Be set to start when the central computer 14 is started. This 
makes the attendant computer progranS available to automatically download readers at all times if 
the connected devices (downloaders arm readers) support the insert detect feature. 

Fig. 14 illustrates the modular iftture of the guard tour system of the present invention. 
Types of modules include but are not liftiited to basic system 292, advanced rules and reporting 
294, data maintenance 296, and third paffly hardware support 298-302. The basic system 
includes features such as a facilities module for client, facilities, groups and locations 
information; a buttons module; a downloads module for the downloaded data; a system module 
for the hardware and software; and a mod|le for the attendant software. The advanced rules and 
reporting module provides a variety of renorts and features which are not included in the basic 
system such as client reports, officer/incidlnt/location reports, rules based reporting (showing the 
baseline rule and exceptions), data filtering and advanced formatting using predefined templates 



for reports. The data maintenance module 



provides database maintenance functions including 



backup/restore, compacting, data purge an^ archiving. The third party and/or competitor 
hardware support provides features for uaefcyi th readers and downloaders manufactured by 
different companies. Further, the modulaj^consB^ction allows additional software modules or 
features to be created and added ^as the/ at^ ^devglg ped. 

A user may activate one orlSi^re n ^ules by obtaining an activation code from the 
provider of the system. Once a module isractivated, it can be used without restriction on a 
computer. It is also contemplated by the )resent invention that end users of the system can 
obtain these modules on various software Imedia or via the Internet, and they can be installed 
without replacing the complete system. 
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Fig. 15 shows the piOTess of creating a "Rule". The concept of rules resolves a common 
problem in establishing accountabihty among the officers or guards making patrols by 
determining the number of tinres a location was visited in a given time period. This is done by 
eliminating the concept of "touls," which force the officer to log in to start a tour and are 
generally rigid in the route requirements. Rules are much more flexible in that their processing is 
done dynamically. Rules are "dMa-centric" rather than "tour-centric." This allows the "Rule" to 
be compared to the number of visits in the patrol data over a given time span. As additional 
patrol data are collected, the "Rula" can be reprocessed at any time to account for the new data. 
An example of a "Rule" is as follows: A chent requires every location at one of its facilities to be 
read twice each weekday between |2:00 a.m. and 6:30 a.m. A second rule for the same client 
requires five locations to be read once every hour on Saturdays and Sundays. These rules are set 
up in the computer program. As pati|)i data are collected and downloaded, reports can be printed 
that list any exceptions to these rulesl Examples of exceptions would be a location that was not 
read for a two hour period on a Sunday, or a location that was read only once between 12:00 a.m. 
and 6:30 a.m. on a Tuesday. These woiild appear on a Rule Exception report for that client. 
Another advantage of Rules is that thewaTfew a guard to investigate unusual occurrences without 
violating rigid tour route requiremen^^his method allows guards to effectively do their jobs 
with more flexibility than pre viot^ssy stems. 

In the preferred embodiment of the present invention, the user starts 308 by assigning a 
name to the Rule 3 1 0. Next, the user assigns the dates for which the Rule is valid 312. A Rule 
can be valid from the date it is created fo&vard, or a date can be specified from which the rule is 
vahd. The rule can also be assigned a dati after which the rule will expire. 
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A user then determines the schedulls for the rules 314. Rules can be scheduled for every 
day 316, which means that the Rule will apraly every day of the week. Rules can also be made to 
apply on specific days of the week 318. Foilexample, a particular Rule may only apply on 
Tuesdays, Wednesdays, Fridays, and Sunda>^. Rules may also be set for specific days of the 
month 320, for example the second day of eviry month, the third Monday of every month or the 
last day of every month. Next, the user sets tl^ time period for the Rule 322. As a default, the 
Rule is always in effect, but this can be modified by the user. For example the user may make a 
Rule effective only between midnight until 6 a.m. 

Next, the details for the Rule are confirmed. The user sets the required number of reads 
for each location on the patrol 324. When Rules, are processed by the system, any and all 
locations which are read fewer than the requiredFnumber, within the date and time ranges 
scheduled for a given Rule, cause an exception t<|be reported. 

Finally, the user can add a map of the P^^jj^^ RmIq^ This could be a graphic 

showing the route for the individual or mobile patrol, the route to the client's location or any 
other map applicable to the patrol. The map can be printed and taken by the guard as he or she 
makes the patrol, to help avoid missed locations. |rhis is especially helpful when training new 
officers or when the patrol is complex. 

The foregoing disclosure is illustrativeNaf ^e f^esent invention and is not to be construed 
as limiting thereof Although one or more embodiments of the invention have been described, 
persons of ordinary skill in the art will readily app^ciate that numerous modifications could be 
made without departing fi-om the scope and spirit cff the disclosed invention. As such, it should 
be understood that all such modifications are inten&ed to be included within the scope of this 
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invention as defined in the claim^ Within the claims, means-plus-fiinction language is intended 
to cover the structures described iii the present application as performing the recited function, and 
not only structural equivalents bu| also equivalent structures. The written description and 
drawings illustrate the present imgntion\id are not to be construed as limited to the specific 
embodiments disclosed. Mo(yii^ion5^ the disclosed embodiments, as well as other 
embodiments, are includedV^jthi^he scope of the claims. The present invention is defined by 
the following claims, including equivalents thereof. 
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